home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1663 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.4 KB
  1. Subject: Re: More Problems
  2. Date: Fri, 17 Jun 94 23:37:04 CDT
  3. From: Juergen Lock <nox@jelal.north.de>
  4. In-Reply-To: <m0qDQgn-0000pNC@sdf.lonestar.org>; from "Evan K. Langlois" at Jun 14, 94 12:05 am
  5. Message-Id: <9406172137.AA00565@jelal.north.de>
  6.  
  7. Evan K. Langlois writes:
  8.  
  9. > I now have programs crashing and giving a BUS ERROR @ PC=7F4
  10.  
  11.  btw i just noticed the `PC' printed for address errors is not really
  12. the 68k's pc when it happened but the accessed address that caused the
  13. error!  i guess for bus errors its the same...  and i also noticed
  14. bus errors are not printed at all when the process catched SIGBUS.
  15.  
  16. >...
  17. > It dies right on start-up, but ONLY if I use ^C to kill fsck.  If fsck
  18. > dies early I get Exception 10 and then a BUS ERROR on some programs.
  19.  
  20.  have you tried the getcwd patch?  maybe its that, i also found it
  21. with fsck...
  22.  
  23. > What does FSCK have to do with LineA ??   Or am I reading this wrong?
  24. > When MiNT says exception 10, does it mean exception 16 (is it in hex?)
  25.  
  26.  (its signal 10 == SIGBUS)
  27. > 
  28. > Also, I think the Mintlib's system() call is screwed up.  My entire 
  29. > system locks up when I execute it, and I've used gdb to make sure that
  30. > it was system (the command line passed seems to run but then the whole
  31. > system crashes).  System() gets to _realloc() according to gdb.
  32.  
  33.  strange.  btw you can gdb' the lib too (make it with `debug'), maybe
  34. you'll find out more then...
  35. > 
  36. > BTW, this was the first time gdb worked for me and showed the source
  37. > lines and such.  I'm not sure why it refused to work when debugging 
  38. > TOSWIN (must have something to do with GEM).
  39.  
  40.  well if you put the debugger in another GEM (toswin) window the
  41. first traced wind_update will block gdb's window too...  you need
  42. a different tty thats independent from GEM.  (see next message :)
  43. > 
  44. > Oh ... TOSWIN loses less RAM when I use WINX.  I don't remember exactly
  45. > how much less, but it isn't much, but its finally something different.
  46. > My guess is that TOSWIN may have some bad pointer math that overwrites
  47. > some info at the beginning of the memory block (that MiNT uses to tag the
  48. > block of RAM) thus making MiNT think pid 0 (MiNT itself) is the owner.
  49. > Is this a possibility?
  50.  
  51.  i think this info is only in the proc struct not the block itself
  52. so i'd say unlikely...
  53.  
  54.  cheers
  55.     Juergen
  56. -- 
  57. J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  58.                                 ...ohne Gewehr
  59. PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  60.